ai 


DESAIN DATABASE 


Database merupakan pangkalan data (tempat data) yang disusun 
sedemikian rupa dengan tujuan agar database tersebut efisien dan efektif 
serta mengikuti aturan-aturan alat desain database, terlepas dari 
perangkat lunak pemrograman apa yang digunakan. Alat untuk desain 
database yang populer, yang sering digunakan adalah ERD (Entity 
Relationship Diagram) dan Normalisasi (komposisi). Ada beberapa 
referensi mengatakan database yang baik didesain minimal mencapai 
3NF/Third Normal Form (untuk alat desain Normalisasi). Tetapi ada 
beberapa referensi harus mencapai BCNF (Boyce Codd Normal Form) 
yang lebih kuat dari 3INF. Bagaimana terhadap ERD, penulis meneliti hasil 
dari ERD mencapai 2NF. Artinya belum mencapai syarat minimum 
database dikatakan baik. Tetapi hasil ERD dapat kita desain lagi memakai 
3NF atau BCNF, sehingga mencapai hasil minimum syarat database 
dikatakan baik. Penulis juga menulis desain database secara khusus dan 
detail mengenai desain database, karena tidak mungkin dalam buku ini 


dibahas secara lengkap, karena fokus utama buku ini Java. 


Sebagai contoh dalam buku ini, penulis hanya memberi contoh sederhana 
desain ERD dan Normalisasi, sehingga pembaca mendapatkan ilmu 


bagaimana pentingnya desain database. 
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3.1 Desain Database dengan ERD 


ERD merupakan salah satu alat (tool) berbentuk grafis, yang populer 
untuk desain database. Tool ini relatif lebih mudah dibandingkan dengan 
Normalisasi. Kebanyakan sistem analis memakai alat ini, tetapi yang jadi 
masalah, kalau kita cermati secara saksama, tool ini mencapai 2NF. ERD 
sendiri dibagi dua bagian, antara lain desain awal (Preliminary Design) 


dan desain akhir (Final Design). 


3.1.1 Bentuk Simbol Grafis ERD 


Bentuk Grafis dari ERD dapat Anda lihat seperti Gambar 3.1. 


1. Entitas 4. Himpunan Relasi/Interface 


LC 














2. Attribut/Field 


Ci 


3. Link (hubungan) 


Gambar 3.1 Bentuk simbol ERD 


3.1.2 Desain Awal (Preliminary Design) 


Desain awal merupakan desain pertama dari ERD. Dari desain awal ini 
penulis melihat hasilnya mencapai 2NF, sehingga ada desain akhir (yang 
sebenarnya menggunakan alat normalisasi, sehingga mencapai syarat 
minimum). Sebagai contoh, langkah-langkah desain awal ERD untuk 


sistem penggajian sebagai berikut. 


1. Mengidentifikasi dan menetapkan seluruh himpunan entitas yang 


terlibat, seperti Gambar 3.2. 
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Gambar 3.2 Entiti yang terlibat 


2. Menentukan atribut-atribut key dari masing-masing himpunan 


entitas, seperti Gambar 3.3. 


kdbag 





Bagian 


Gambar 3.3 Key masing-masing Entiti yang terlibat 


3. Mengidentifikasi dan menetapkan seluruh himpunan relasi di antara 


himpunan-himpunan entitas yang ada beserta kunci tamu (foreign 


key), seperti Gambar 3.4. 








Absen Memiliki 








Pegawai 























Gambar 3.4 Kunci tamu Entiti dan interface (himpunan relasi) 


4. Menentukan derajat/kardinalitas relasi untuk setiap himpunan. 
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: N : 
Absen . SS : Pegawai '— Bagian 
















































Gambar 3.5 Derajat/kardinalitas 


5. Melengkapi himpunan entitas dan himpunan relasi dengan atribut- 
atribut deskriptif (bukan kunci), karena field terlalu banyak dapat 


menggunakan kamus data, seperti Gambar 3.6. 


N 
Absen 2 Memiliki : Pegawai 3 Lem Bagian 


Gaji 












































Gambar 3.6 Atribut bukan kunci 


Kamus Data: 


Absen-fnokartu,Nip,warna! 





Pegawai— (Nip,Nama,Jk,Alt,status! 
Bagian—( Kdbag,NamaBag,Gapok,GajiPerHari| 


Memiliki-fnokartu,Nip,BInthn, TglAbsen,Ketabsen, Ttlmsk,TtlTakmsk) 





Gaji— (nokartu,Nip,Blnthn, Tglgaji,Potongan,Gajibersih 


Berada—(Nip,Kdbag, TglMulai,SK 
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3.1.3 Desain Akhir (Final Design) 


Desain akhir merupakan tahapan koreksi terhadap tahap pertama (desain 
awal), yang memerhatikan efisiensi, performansi dan fleksibilitas. Ketiga 
aspek tersebut bisa saling kontradiksi, maka Anda dapat melakukan 
Dekomposisi, penggabungan antar-entity, pengubahan derajat relasi, 
penambahan atau pengurangan relasi, perubahan atribut-atribut. Dengan 
memerhatikan aspek efisiensi tersebut, Anda dapat melanjutkan dari 
desain awal ERD ke desain akhir dengan mengomposisi kembali 


(normalisasi) yang lebih tinggi. 


3.2 Desain Database dengan Normalisasi 


Normalisasi merupakan salah satu alat (tool) berbentuk grafis juga. 
Biasanya berbentuk tabel, tekstual seperti kamus data, bahkan ada yang 
memberi informasi field berupa huruf abjad saja. Jenis Normalisasi, 
antara lain UNF (UnNormal Form/Bentuk Tidak Normal/dokumen 
dasar), 1NF (First Normal Form/Bentuk Normal Pertama), 2NF (Second 
Normal Form/Bentuk Normal Kedua), 3NF (Third Normal Form/Bentuk 
Normal Ketiga), BCNF (Boyce Codd Normal Form), 4NF (Fourth 
Normal Form/Bentuk Normal Keempat), 5NF (Fifth Normal Form/ 


Bentuk Normal Kelima), dan bentuk normal lainnya. 


3.21 3NF (Third Normal Form/Bentuk Normal 
Ketiga) 


Bentuk Normal Ketiga merupakan bentuk Normal setelah bentuk 2NF, 
tidak terjadi ketergantungan transitif (Transitive Dependency). Keter- 
gantungan transitif merupakan atribut bukan kunci yang tergantung pada 


atribut bukan kunci juga dalam satu tabel. 
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Absen-fnokartu,Nip,warna! 





Karena atribut bukan kunci (Nip,warna), antar-atribut tersebut tidak ada 
saling tergantung, maka tidak terjadi ketergantungan transitif. Artinya 
sudah dalam keadaan 3NF. 


Pegawai—(Nip,Nama,Jk,Alt,Status! 


Karena atribut bukan kunci (Nama,Jk,Alt,Status), antar-atribut tersebut 
tidak ada saling ketergantungan, maka tidak terjadi ketergantungan 
transitif. Artinya sudah dalam keadaan 3NF. 


Bagian— (Kdbag,NamaBag,Gapok,GajiPerHari! 


Karena atribut bukan kunci (NamaBag,Gapok,GajiPerHari), antar-atribut 
tersebut tidak ada saling ketergantungan, maka tidak terjadi keter- 


gantungan transitif. Artinya sudah dalam keadaan 3NF. 


Memiliki— f(nokartu,Nip,Blnthn,TglAbsen, Ketabsen,Ttlmsk,TtlTakmsk) 








Atribut bukan kunci (TglAbsen,Ttlmsk,TtlTakmsk), ketiga atribut ter- 
sebut tergantung transitif pada atribut bukan kunci Ketabsen, maka tabel 
ini bukan 3NF. Ada dua cara untuk membuat tabel Memiliki menjadi 
3NF. Yang pertama atribut penyebab terjadi tergantung transitif dihapus 


atau dikomposisi (dipecah/membuat tabel tersendiri). 
Seandainya dihapus menjadi: 


Memiliki—f(nokartu,Nip,Blnthn, TglAbsen,Ketabsen | 





Seandainya dikomposisi menjadi: 


Memiliki—f(nokartu,Nip,Blnthn, TglAbsen,Ketabsen) 





Total absen—fnokartu,Nip,Blnthn,Ttlmsk,TtlTakmsk) 
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Gaji—( nokartu,Nip,BInthn, Tglgaji,Potongan,Gajibersih | 





Atribut bukan kunci (Gajibersih), tergantung transitif pada atribut bukan 
kunci Potongan, maka tabel ini bukan 3NF. Ada dua cara untuk membuat 
tabel Gaji menjadi 3NF, yang pertama atribut penyebab terjadi tergantung 


transitif dihapus atau dikomposisi (dipecah/membuat tabel tersendiri). 
Seandainya dihapus menjadi: 


Gaji— (nokartu,Nip,BInthn, Tglgaji,Potongan) 





Seandainya dikomposisi menjadi: 


Gaji— (nokartu,Nip,BInthn, Tglgaji,Potongan ) 








Terima-fnokartu,Nip,Blnthn, Gajibersih! 





Berada-fNip,Kdbag, TglMulai,SK! 


Atribut bukan kunci (TglMulai,SK), antar-atribut tersebut tidak ada 
saling ketergantungan, maka tidak terjadi ketergantungan transitif. 
Artinya udah dalam keadaan 3NF. 


3.2.2 BCNF (Boyce Codd Normal Form/Bentuk 
Normal Boyce Codd) 

BCNF lebih kuat dari bentuk 3NF, semua atribut bukan kunci harus 

tergantung penuh pada atribut kunci, bukan tergantung parsial (sebagian) 


kunci tertentu. 





Absen-fnokartu,Nip,warna! 


Karena atribut bukan kunci (Nip,warna) tergantung penuh dengan 


atribut kunci, maka sudah dalam keadaan BCNPF. 
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Pegawai—(Nip,Nama,Jk,Alt,Status! 


Karena atribut bukan kunci (Nama,Jk,Alt,Status), tergantung penuh 
dengan atribut kunci, maka sudah dalam keadaan BCNF. 


Bagian— (Kdbag,NamaBag,Gapok,GajiPerHari! 


Karena atribut bukan kunci (NamaBag,Gapok,GajiPerHari), tergantung 
penuh dengan atribut kunci, maka sudah dalam keadaan BCNF. 


Memiliki— f(nokartu,Nip,Blnthn,TglAbsen,Ketabsen) 





Total absen—fnokartu,Nip,Blnthn,Ttlmsk,TtlTakmsk) 





Karena atribut bukan kunci (TglAbsen,Ketabsen), tergantung penuh 
dengan atribut kunci pada tabel Memiliki, maka sudah dalam keadaan 
BCNF. Karena atribut bukan kunci (Ttlmsk,TtlTakmsk), tergantung 
penuh dengan atribut kunci pada tabel Total absen, maka sudah dalam 
keadaan BCNF. 





Gaji— (nokartu,Nip,BInthn, Tglgaji,Potongan ) 


Terima-fnokartu,Nip,Blnthn, Gajibersih! 








Karena atribut bukan kunci (Tglgaji,Potongan), tergantung penuh 
dengan atribut kunci pada tabel Gaji, maka sudah dalam keadaan BCNF. 
Karena atribut bukan kunci (Gajibersih), tergantung penuh dengan 


atribut kunci pada tabel Terima, maka sudah dalam keadaan BCNF. 
Berada-—fNip,Kdbag, TglMulai,SK! 


Karena atribut bukan kunci (TglMulai,SK), tergantung penuh dengan 
atribut kunci pada tabel Berada, maka sudah dalam keadaan BCNF. 
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